home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19981211-19990422 / 000225_news@watsun.cc.columbia.edu _Mon Feb 15 21:26:19 1999.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB

  1. Return-Path: <news@watsun.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id VAA04068
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Mon, 15 Feb 1999 21:26:18 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id VAA29642
  7.     for kermit.misc@watsun.cc.columbia.edu; Mon, 15 Feb 1999 21:14:12 -0500 (EST)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: dold@92.usenet.us.com
  10. Subject: Re: Scripting F1, Downarr
  11. Date: 16 Feb 1999 02:13:56 GMT
  12. Organization: a2i network
  13. Message-ID: <7aak94$b7j$1@samba.rahul.net>
  14. To: kermit.misc@mailrelay2.cc.columbia.edu
  15.  
  16. Jeffrey Altman (jaltman@watsun.cc.columbia.edu) wrote:
  17. : Correct.  Althought, ESC O P is not F1, it is PF1. A VT100 unlike a 
  18. : VT520 does not have a F1 key.
  19.  
  20. That's what got me back on the right track.
  21. It's been so long since I played with the keymaps.
  22. I've gleaned the key sequence desired from a combination of infocmp -1
  23. on the target unix platform, and capturing keystrokes from a
  24. VT-whatever-it-is terminal that the system seems to like.
  25.  
  26. Now I'm stuck in a different place.  I can feed it appropriate
  27. down-arrows, and F1 keys to get through the menu, but the program
  28. itself seems to want a real terminal.  If I take the .ksc up to the
  29. point where the program should be running, I can see that it is there
  30. (ps -f on Unix), but occupying no CPU time.  If I "connect" from the
  31. script at this point, the output that I was expecting comes onto the
  32. screen, and it starts using CPU time.
  33.  
  34. I really don't care about the output.  I can check externally to see if
  35. the function completed successfully.  In fact, in this one case, I'm
  36. only doing it because the program runs for over an hour, and I don't
  37. want to wait for it to finish ;-)  If I'm at work, I just fire it off
  38. on an unused terminal, but from home, I can't quite get that to fly in
  39. the background.
  40.  
  41. I tried "log debug", but that gives me too much info...  I can't tell
  42. what I might need to do to make it run.
  43.  
  44. -- 
  45. ---
  46. Clarence A Dold - dold@network.rahul.net
  47.                 - Pope Valley & Napa CA.